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^*Method for IP-based corporate telephone platform billing" 

DESCRIPTION 

The invention refers to telecommunication systems 
intended for corporate use, and particularly to those 
currently known as "^IP corporate" telephone systems. Such 
systems are tending to replace traditional corporate 
telephone systems implementing PABXs (Private Automatic 
Branch Exchanges) in platforms which: 

implement telephone services over the corporate IP- 
based (Internet Protocol) data exchange network, 

make the intracompany communication system capable 
of offering innovative voice-data integrating services for 
promoting co-operative work oriented applications, and 

ensure considerable savings in terms of 
infrastructure management and the cost of calls between 
remote company sites via data links on a respective Wide 
Area Network (commonly called WAN) . 

Interesting reference can be made to WO-A-02/43406 for 
a general description of the structure and operating 
criteria of a system of this kind. 

Traditional switchboards are replaced in systems of 
this kind by a call controlling server which are capable of . 
managing calls, additional services and user profiles, and 
which contain a database for full system configuration. 
Although evolution is still in progress, some innovative 
IP-based corporate telephone platforms currently allow 
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rather robust and reliable solutions, suitable for 
companies of various sizes. Consequently, it is 
increasingly common to find the two technologies 
(traditional and IP) interworking in a situation 
characterised by gradual transition, whereas new companies 
can set up a single integrated voice -data network from the 
start • 

Administrators employ specific tools for monitoring 
traffic generated by extensions, document the calls made, 
evaluate costs, detect malicious attempts and congestion 
due to saturated resources in traditional corporate 
telephone systems (at least in the more complex and evolved 
systems) . 

Backed up by the data made available in this way, 
corporate managers can control the service both technically 
and administratively, dimension growth by appropriately 
allocating new resources and proportionally distribute 
costs across the various departments according to the 
actual use of the system. 

These management systems are generally provided by the 
switchboard manufacturers and are adapted to the specific 
context of the company where the system is set up. This 
adaptation specifically refers to national/international 
numbering' plans and rates applied by telecommunication 
carriers providing connections to the outside world. On 
call cost level, some systems are capable of formulating 
budget estimates with a certain degree of approximation. 
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The need for systems capable of providing data for 
technically and administratively controlling the service 
also arises in relation to IP-based telephone platform 
management • 

Software applications based on predetermined numbering 
plan call classification (e.g. the North American Numbering 
Plan, or NANP) and cost modelling according to predefined 
rates for each type of call exist for this purpose today. 
The configuration margins offered to system administrators 
to adapt systems to specific practical contexts are not 
sufficient to permit use in a corporate network scenario 
with PSTN (Public Switched Telephone Network) and WAN 
links. This is because these links are often very variable 
in terms of number (e.g. due to the increased number of 
sites) and typologies (changes in providers, rates, rates 
according to use, etc.). They may become considerably 
different from those predetermined at an earlier stage and 
are in continuous evolution within the corporation. 

Patent WO-A-00/72571 refers to a similar application 
context and describes a system for billing calls in an IP- 
based network. This system is used to bill the cost of 
calls to the calling number, and checks are run while the 
call is being placed^ to verify that the. parties are enabled 
to receive this servicp. Furthermore,, the called party can 
choose either to accept or refuse the call. The system 
deals with billing if the call is accepted. 
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Another known system is described in patent EP-A-1 117 
232. This system is capable of providing (upon request) a 
report on the causes of trouble perceived by the user 
during an IP-based call. The user interacts with the system 
via a Graphic User Interface (GUI) . 

This system only identifies the causes of telephone 
system trouble following the user's request and generates 
reports only relating to this aspect of system operation. 
The need is felt for a tool which is capable of: 
- efficiently documenting full-IP calls (i.e. calls 
over IP only) , including in-site calls, between-site calls 
and calls to traditional terminals (external calls) , 

correctly classifying calls according to the 
numbering plan of the country where the call originates 
considering all internal numbering plans, 

billing all calls according to type (in- site, 
between-site, external) and other rates applied by the 
involved carrier (s), and 

- monitoring system performance and quality of service 
(QoS) . 

The basic problem is related to the possibility of 
offering flexible configuration capacity in a single system 
capable of palculating the costs of both telephone network 
calls' and data network calls. As meiitioned/ tlie solutions 
known to date are generally based on call classification 
according to predetermined . numbering plans and on cost 
modelling derived from predetermined rates for all types of 
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calls (generally voice) without considering the incidence 
of IP-based telephone calls on between-site data link 
costs. This factor is particularly relevant in the case of 
links billed according to use.' 

Specifically, the need is felt for a flexible tool 
which is capable of documenting traffic, managing a . very 
high number of call classes - considering both *^on net" 
calls which are completed entirely on the data network and 
calls also comprising a PSTN segment (i.e. *^off net" calls) 
and applying also very complex rate algorithms for 
calculating billing costs such as those characterising 
telephone and data service contracts offered by various 
carriers. All this with the possibility of efficiently 
backing up administrators in system performance monitoring, 
indicating criticalities and the need to re-dimension 
resources . 

The object of the invention is to satisfy this need. 

The object is reached according to the invention by a 
system whose characteristics are specifically recited in 
the annexed claims. . 

The system according to the invention is capable of 
satisfying the need outlined above, ensuring 
configurability of corporate sites, telephone numbering 
plans, telephone rates and WAN-based data service rate 
(both *^f lat" , and charged according to use) . 

Particularly, the system according to the invention 
presents the following advantages. 
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Firstly, it can be adapted to various IP-based 
corporate telephone system architectural solutions. It can 
be adapted to various con^any models either concentrated in 
a few sites or extensively . distributed even on an 
international level . The system according . to the invention 
is capable of managing many numbering plans at the same 
time according to geographic collocation and choices 
implemented by customers (e.g. internal numbering groups) . 
Additionally, it is capable of processing generated call 
data from one or more call controlling servers, according 
to the specific architecture of the IP-based corporate 
telephone platform (by processing centralised/ distributed 
call types) • 

Secondly, the system according to the invention offers 
full basic parameter configurability for documenting calls 
and calculating costs. Particularly, the administrator can 
configure a wide range of call classes in relation to 
internal company numbering groups (in- site and between- 
site) and to external numbering plans according to national 
context and conditions established by carriers providing 
PSTN and WAN data telephone services. Furthermore, the 
solution -according - to the invention can be used to 
calculate call costs by applying rate coefficients capable 
of reflecting contractiial conditions specifically applied 
by carriers, according to duration and classification. This 
refers to tables contained in the application database 
which can be updated by the administrator. 
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Additionally, the solution according to the invention 
offers the possibility to calculate the part of call costs 
referred to the traditional teleiphone network (PSTN) and 
the part referred to WAN data link. Particularly, cost 
evaluation and application of telephone rates pertaining to 
links to one or more PSTN networks is possible, along with 
WAN data service cost determination and rate application 
(^^flat", or charged according to use) for calls over this 
type of network. 

The invention will now be described, by way of non- 
limiting example only, with reference to the annexed 
drawings wherein: 

- figure 1 is a functional block diagram illustrating 
the general architecture of a system according to the 
invention, 

- figure 2 is a block diagram graphically illustrating 
the characterising elements of an example of embodiment of 
a solution according to the invention, 

figure 3 shows the operative steps required to * 
configure a system according to the invention, and 

- figure 4 illustrates the operative steps of the data 
procesaing phase in the context of a system according to 
the invention. * 

The diagram shown in figure 1 iillustrates a possible 
example of a company where a system according to the 
invention, generally indicated by reference SY, is 
implemented. The company has several sites (e.g. four) , of 
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different sizes, in different coiantries, only two of which 
are equipped with a cluster of call controlling servers. 
Each site can exploit telephone and data links services via 
one or more chosen carriers. 

In other words, a typical .mixed IP.-based telephone 
platform architecture is described. 

The company illustrated in figure 1 is, in general, a 
company with several sites located in the territory and a 
main site SI (where we suppose the system according to the 
invention is mainly located, although this is definitely 
not mandatory) , with the presence of a cluster of call 
managing servers capable of processing calls also for 
smaller sites, such as those indicated by references S2 and 
S4. 

The presence of sites (such as that indicated by 
reference S3) equipped with an additional call controlling 
seirver cluster may be envisaged. One or more PSTN networks 
for calls directed to the external world must be accessed 
from each site, while between-site calls are generally 
managed over a data WAN. It is supposed that both the PSTN 
or PSTNs and the WAN are based on the infrastructures of 
one or- more different carriers, generically indicated by 
references Cl^ C2, C3, etc. The coincidence of symbols 
adopted to indicate the PSTN and WAN carriers is merely for 
the sake of simplicity of drawings: technical experts of 
the sector will understand that there are no limits with 
reference to this matter. 
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The rates of the carriers, with whom contracts (which 
may be different for different sites) are stipulated, are 
applied to the various types of calls. 

As already mentioned, it. is hypothesised that- the 
system SY according to the invention is primarily located 
in Jthe company's primary, site SI. Preferably it is 
installed on a computer which is capable of working in such 
a scenario by connecting (preferably when the traffic is 
low, e.g. at night) to the databases of all the call 
managing server clusters located in the various sites. The 
system retrieves call details, documentation on data 
traffic associated to all inbound/outbound calls to/from 
the company during a certain period, e.g. during the 
previous day. The retrieved data is later processed and 
used, for reporting. 

In order to be used in a context generically 
illustrated in figure 1, the system application according 
to the invention preferably presents a configuration phase 
in which the system administrator characterises the 
installation according to the physical and logical 
specifications of the company sites. Each site is 
characterised ' by a number of ..internal references and by 
exteraal references which ensure collocation in public 
networks. According to the references, the system SY can 
classify calls originated by network terminals as follows: 

- internal calls within the site (in-site calls) , 

- calls to other company sites (between-site) , and 
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external calls to parties reached via PSTN 
network (s), e.g. to the ^^rest of the world" W. 

In order to be used in any country and - in general - 
in companies whose sites are located in different 
coumtries, one or more external numbering plans (also one" 
for each site) , according to which* all outbound PSTN calls 
are classified, can be defined in the system SY. The 
detailed classification is functionally based on the 
various rates applied by the chosen carriers. 

For example, with reference to Italy and to the carrier 
Telecom Italia detailed classification comprises the 
following types of calls (note that similar criteria apply 
to other carriers and/or other countries) : 

- district calls (same district code of the caller) , 
inter-district calls (other district codes in the 
country) , 

international calls (with reference to various 
country sub-groups) , and 

calls to mobile terminals. 
These primary classes can be preferably integrated by 
defining special cases of numbers for which special rates 
are applied. For example, some carriers apply discounts for 
calls to the most frequently dialled numbers or regional 
calls . 

The system SY provides an additional configuration 
level for detailing one or more billing plans for outbound 
PSTN calls (also one for each site) according to which the 
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cost of each call can be computed. Consequently, a billing 
parameter to be articulated according, for example, to the 
day of the week or time of the day (i.e. according to 
time) , can be included in the configured numbering plan in 
these cases. • • 

Finally, the system SY is capable of billing between- 
site calls over the WAN data netwprk only. Also in this 
case, considering the scenario illustrated in figure 1, 
different rates can be included according to the contract 
and/or the WAN data service carrier. To provide increased 
flexibility, different rates can be determined for calls 
whose destination sites are different, despite being 
originated in the same site. This possibility is useful if 
a site is not linked to all the others by the same carrier 
and in which different carriers are chosen for different 
routes (for reasons of cost-effectiveness or other) . 
Essentially, a different rate can be entered for each 
source/destination site (e.g. per transmitted/ received 
megabyte) . Preferably, data referred to yearly subscriber 
fees and possible monthly subscriber fees can be entered 
for ^^flat rate" type contracts. This is more useful for 
budgeting rather than computing the billing costs of each 
call. 

In all cases,, the system SY is capable of retrieving 
data from all call controlling servers in the various sites 
to generate and provide a comprehensive overview of 
corporate telephone traffic. 
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For this purpose, as shown in figure 2, the call 
controlling or managing server, indicated with reference A, 
mainly comprises a telephone platform database B 
containing: 

detailed data C on calls,' 

- data D on data traffic associated to calls , and . 

- data E * referred to users and their IP devices 
associated to respective data, such as IP address, 
telephone number, etc. 

Figure 2 shows that the structure of server A can be 
duplicated and be present in other company sites; this is 
especially the case of medium sized companies capable of 
hosting a dedicated call managing server cluster. 

On system node F level, an element G for retrieving raw 
data on calls on the IP-based telephone system and a 
database H where the retrieved data are organised and 
processed. 

A GUI (Graphic User Interface) is provided 
characterised by the following: 

- a first interface J for configuring the company 
sites, 

- a second interface K for configuring the numbering 
plans, and 

- a third interface L for configuring voice and data 
billing plans. 

A module M for classifying calls is also provided to 
divide the calls into types according to the entered 
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numbering plans. An additional value module N is employed 
to determine the rates of the calls, i.e. for computing the 
respective costs.. This relates to both data calls and voice 
calls with reference to the entered billing plans. Finally, 
reference^ O indicates*- onjs or moi^e modules for creating 
generic and/or detailed reports which can be accessed by 
the system administrator. 

The system SY consequently implements the GUI which can 
be used to configure the various company sites SI, S2, S3, 
S4, defining the values of the respectively associated 
parameters and entering the required numbering and billing 
plans following predefined guidelines to simplify work. 

Documented call classification results from raw data 
processing. Processing firstly involves analysing the 
called number and dividing calls according to the source 
site of the call. Then, the called number is analysed for 
each group of calls from each site, accoi^ding to the group 
to which the number belongs, as configured in the numbering 
plan of the site, and the call is allocated to a class: 
internal (namely in- site or between- site) or external 
(namely district, inter-district, international, etc.). 

The data analysis process referred to day, time and 
duration of external calls is then used to bill calls 
according to the billing^ plans entered in the system on 
configuration level and containing differential costs for 
the various classes. 
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An additional data analysis process concerns the data 
stored on call managing or controlling server (s) referred 
to data calls between companies (made between sites over 
the WAN without using PSTN networks) The process analyses 
all data referred- these calls, with particular reference 
to ^ the cjuantity of bytes generated and transmitteci by each 
terminal. This ' process has the two-fold, purpose of 
providing billing information on the calls according to the 
amount of transmitted bytes (instead of time) and 
collecting useful data for more detailed generated traffic 
analysis . 

The initially configured plans can be edited or changed 
many times, simply and flexibly according to needs, for 
classifications and billing purposes. 

All data processed as described above are then made 
visible to the user by means of a number of reports which 
are differentiated according to the information to be 
obtained. The data periodically retrieved from each system 
are processed and aggregated to view data globally and 
referred to each site. 

The diagram in figure 3 is essentially a flow diagram 
illustrating .the configuration and initial processing phase 
of the data in the context of a system according to the 
invention. 

Specifically, the step indicated by reference number 
100 indicates the configuration data definition referred 
to: 
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- company sites and link methods (step 102) , 

- numbering plans (step 104) , and 

- voice and data billing plans (step 106) • 

Reference number 108 indicates the step corresponding 
to the entered billing plan validation and verification 
process. ^ • * 

With fefeirehce. to the processing phase itself (figure 
4) , reference number 110 indicates the step in which the 
raw data are retrieved from the IP-based telephone 
platform, while reference number 112 generally indicates a 
call and voice classification process and a data billing 
process. Reference number 114 indicates the creation of 
reports for the platform manager. 

Reference number lie indicates the steps in which the 
variously involved modules write/read the acquired 
infoDrmation to/ from the system database (indicated with 
reference H in figure 2) . 

Figure 4 expressly highlights the interaction with the 
database B (step 112) and the graphic user interface GUI 
(step 114) . 

A number of parameter values must be defined during 
system configuration with reference to the information on 
company sites to be acquired and the reciprocal linking 
methods, namely, for example: 

- the site name, with identification data and 
validation criteria. 
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- indications on voice router /gateway, considering 
that no IP addresses can be duplicated in the table, 

- the . internal numbering plan (telephone numbers used 
in each site, checking that no number belongs to more than 
one site in the table) , . 

n the. internal IP-addresses (also in this., case 
checking that no addressee belong to more than one set in 
the table) , and 

- the numbering and billing plan to be used (e.g. 
with reference to different countries, checking that the 
numbering and billing plan is not previously configured in 
the system) . 

' Acquisition method of data to be acquired and 
acquisition methods referred to numbering plans is 
hierarchic and sorted. 

Each plan consists of a sorted sequence of rules and 
each rule is a logical sum (OR) of classification criteria. 
Each classification criterion comprises one or more 
adaptation criteria or Called Number Matches (CNM) . The 
CNMs are identified by self-explanatory IDs according to 
call type and to ID. CNM- criterion- value triads in general. 

The- ID. CNM generically indicates a call type 
classification ID (external, internal, mobile, etc.) . 

The expression ^"criterion" generically expresses one of 
the following values: 

- length (the number of : digits of the called number 
must be at least equal to the stated value) , 
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- total length (the number of digits of the called 
number must correspond exactly to the value) , 

- equal to (the called number must start with a code 
= value string),. 

fiilly equai (the called number • must .be exactly 
equal to value) , and 

- the^ called number, string mu6t - match with the 
regular indicated expression. 

The value field indicates a corresponding string of 
binary digits. 

After configuring the company sites (step 102) and the 
numbering plan for each site (step 104) , the billing plan 
for PSTN calls (voice rates) and WAN calls (data rates) 
must be defined. 

Voice rates are linked to the numbering plan acquired 
in step 104 . The associated rates can be entered for each 
previously defined criterion. Usually, the rates are 
expressed by a simple triad (day, rate starting time and 
rate ending time) and costs are expressed by a pair (rate 
per minute, units) . 

Data rates on the other hand are linked to the 
structure of- the site where they are entered (step 102) . 
Each data billing plan comprises data to illustrate the 
reality of each company (which may comprise several sites) 
where the system SY is installed and configured. 

The illustration is consequently equivalent to a scjuare 
matrix whose size can be varied during configuration and 
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whose axes show the list of the currently configured sites. 
Each crossing point in the matrix shows the two rates for 
transmitted megabyte and received megabyte to be applied 
for data from the call source' site to the call destination , 
site*. Information referred to data rates from a site to all 
the othetr s.it.!e,^ cajx be enteared in each row pf. the, tabl.e.. 
Cardinality of this quantity is consequently always equal 
to the square of the site location. 

Preferably, cost data referred to yearly and/or monthly 
sxibscriber fees' can be entered. 

The validation and verification process of the entered 
billing plans is carried out in step 108. The puorpose is to 
explicate information entered in billing plans, validate 
the information and clearly indicate any incoherence or 
omissions. Incoherence may be reported if there is no 
billing plan for some periods in a week or if more than one 
rate has been configured. 

In step 108, a table indicating the times of the day on 
the abscissa and the days of the week of the ordinate may 
be used. Granularity (i.e. discretion) of the rates in time 
may correspond to one minute. Entered and validated rate 
values in each time window (e.g. correspond.ing to one 
minute) in which the week is subdivided are shown, ' of fering 
the following possibilities: ' ' 

no value in specific time window, 
two values, in a specific time window, or 
- entered value. 
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A warning in text format for each entered rate time 
helps to identify anomalies. Respecting billing is possible 
even if the billing plan is not validated. Obviously, the 
results will be partial or npt predictable if referred to 
certain time windows in which the billing plap is either 
not defined or defined twice. 

During raw data retrieval from the IP-based telephone 
platform (step 110 in figure 4) the system SY retrieves 
data related to calls, users and devices from the call 
managing system database B to create call documenting 
records to be stored in the database H. 

According to the data retrieved from B, the system SY 
generates records containing, for example: 

- detailed call data such as, for example, caller's 
number, called number, date and time of start of call, date 
and time of end of call, calling teinninal IP address 
(coxporate gateway address in the case of calls originating 
outside) , called terminal IP address (which in the case of 
calls to PSTN is the address of one of the corporate 
gateways) , duration of the call, data concerning traffic 
associated to the calls, such as number of transmitted and 
received bytes; 

- information related to users and associated 
devices,, such as user's ID, user's name," telephone number, 
associated, telephone number, associated device. 

The specific methpd with which the data are retrieved 
or can be retrieved from the call managing server and/or 
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from other apparatuses /elements in the platform depend on 
the specific characteristics of the IP-based telephone 
platform. 

The call classification process carried out in step 112 
consists of a sequence c5f . operations aimed at classifying 

calls. The.sp. operations can be grouped iiito two m^in. . 

* '•' •*. .*,"•*■" 

phases, namely internal corporate network call billing and 
external call billing. 

Reference is usually made to configuration data 
corresponding to site data and rates (defined in step 102) 
and to the external billing plan (defined in step 104) in 
these two main phases. 

Site data and rates usually comprise information 
related to: 

- name of the site (for identification in the 
database and reporting purposes) , 

- internal numbering plan (for defining the source 
site of the call and for establishing whether the call is 
internal, between-site - specifying destination site in 
this case - or external) , 

list of IP addresses (to identify the source site 
of the call . in the case of calls for which a specific 
calling number is not specified and in the case of calls 
made using teleconference functions or the like) , 

- * corporate voice router gateway addresses (for 
identifying inbound calls from outside to be ignored by the 
billing process or accounted for a zero cost calls) , and 
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numbering and billing plan to be used for 
outbound/ external calls from the site. 

. Various actions are then conducted on qall 
classification levels. 

Inbound calls (identified .by coming from one of the 
corporate voice gateways) are classified as inbound" and 
not billed. 

For outbound calls, on the other hand, the source is 
identified according to the caller's number or the source 
IP address and site data entered during configuration (step 
102) . 

Furthermore, the system determines whether the calls is 
internal (in-site) or between-site . This is usually 
conducted according to the called number of other 
configuration data to identify the destination site of the 
call . 

Between-site calls are billed according to the plans 
defined in step 106 usually by applying the WAN rates. The 
call cost is determined according to the data on the 
traffic generated by the call and on the base of data 
related to data call billing. Application of rates related 
to data - connection between sites is applied, for example, 
in this way. 

. Calls which are neither in-site nor between-site are 
directed outside the company. This criterion is obviously 
applied to calls in which the called number does not belong 
to a numbering plan configured in the system. Usually an 
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additional verification is conducted to ensure that the 
call is an external call by checking the presence of the 
module to be selected to place external calls. External 
calls rates are .classified in detail according to the' rate 
numbering plates entered in steps 104 and 106. ^ 

External, call ,cl.assif icatibn consists in applying* 
§ classification rules generally configured in step 104. Each 
criterion is translated into regular esq^ressions by a ' 
suitable correspondence . 

Specifically, the rules acquired in the numbering plan 
are scanned in order (from the first to the last) and each 
criterion is compared (by means of logical sum, OR) in the 
order in which they appear until an application criterion 
is found. The method continues with the next rule when a 
criterion is applied. 

The classification method continues with the next rule 
if no criteria are applicable. The call is classified after 
the rule scanning process. A partial call classification 
will be rendered if a terminal rule is not applied. This 
phenomenon can be handled by the system configuration by 
adding a terminal rule. 

After being classified, calls, are billed as shown in 
•the second' part of step 112 . 

This occurs starting from external calls and then goes 
onto between-site calls. 

Voice calls are billed according to the duration of 
call starting from when the call is placed. 
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Useful billing process data for external calls 
includes: 

- definition of billing time of the call, 
duration of the call in seconds and 
identification of billing- plan to be applied. 

Defining factors for. intextial between-site calls are: 

- number of transmitted bytes, 
number of received bytes, 

- identification of billing plan to be considered 
according to source site, 

- determination of rate to be applied according to 
source site/destination site association for each call . 

As mentioned, the system preferably starts from 
external calls which are preferably siabdivided according to 
source site. The corresponding classifications and the rate 
associated to the respective class according to the billing 
plans configured in step 106 are identified for each 
external call from a certain site. 

Between-site calls are then billed considering that 
contracts may be flat rate or mixed, also in this case 
according to the configuration data entered in step 106. 

The method then evaluates the cost of calls due to. the 
generated traffic if rates are determined according to use . 
In this case, the method must account for the fact that, 
unlike external calls, information on the source site is 
not particularly relevant for attributing costs. This is 
because, in this case, data is exchanged between sites and 
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the cost related to the amount of transmitted and received 
data, as defined by the service carrier, is attributed to 
each site,; consequently each call is charged both to the 
source site and , to the destination site. Therefore, the 
method identifies the two sites involved, in the call ^nd 
the amount of exchanged data for billing. The .costs to be 
attributed to each of the two sites according to the number 
of transmitted and received megabytes and the costs are 
evaluated for each call. 

Usually, data referred to yearly subscriber fees and 
monthly subscriber fees (where relevant) for flat rate 
contracts can be entered in addition to rates according to 
use. These data are more useful to evaluate the incidence 
of voice traffic on data link costs rather than for 
calculating the costs of single calls. The total amount of 
voice traffic generated on a certain link over a certain 
time can be evaluated by summing the number of megabytes 
due to all calls under the link in the concerned period. 
Subsequently, the total traffic which has concerned the 
link in the concerned period of time (by using currently 
employed monitoring tools of the known type) is determined 
and the percentage -referred to between- site calls is 
defined. After defining the percentage of calls under the 
network, the cost allocated to this type of traffic (which 
is consequently proportional to ^he previously calculated 
percentage of use of the link) can be determined from the 
siibscriber fee. In the case of contracts in which an 
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additional amount is charged with respect to the normal 
monthly subscriber fee to be paid also for voice traffic, 
this value is stored and during cost report viewing 
referred to a site . for a certain period • of time, , the 
relative amount is. calculated acccJfrding to the duration of 
the considered time by sununing * it . to the previously 
computed ' value .** * . 

Consequently, part of the cost of data calls depends 
directly on band consumption (for rates according to use) 
and is considered to attribute a cost to each call . 
Usually, part of the cost is attributed to the site from- 
where the call is placed and part is attributed to the site 
to which the call is directed (which normally occurs in the 
case of data traffic exchange between two sites). 
Additional costs due to monthly and/or week subscriber 
fees, which do not contribute to the cost of each call but 
which determine the expenditure pertaining to the use of 
data links for between-site telephone services, are added 
to these costs (if present) . 

At least three different classes of reports are 
preferably offered in step 114, in which reports are 
generated- for the system administrator for technical - 
administrative purposes and for other users to control the 
cost of* their calls, with reference to the following 
addressees, namely: 
single user; 
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site manager (with possibility of defining groups 
of users are virtual sites on an additional level of 
detail) , and 

system administrator. 
Generally' single users can view only the administrative 
reports, related to call made from their own terminal*. Th^ 
site manager can access all the documentation and 
statistics referred to the site and the administrator can 
access all reports. 

The reports can be written according to different 
criteria (in ways which are intrinsically known) . 

Firstly, detailed reports can be generated in which the 
following information is provided for each call, for 
example : caller' s • number, called number, connection 
starting time, source IP address, destination IP address, 
duration, source site, destination site, name of user 
placing the call, type of call (external, internal, 
between-site or in-site) , cost. 

More general reports can be generated by aggregating 
typologies indicated during request. Consequently, it may 
be possible to choice reports sorted by the following, for 
exaitple:. ... 

- by cost: calls are sorted according to c6st; a report 
typically containing the following information is provided 
for each call: caller's name, type of call, duration, cost, 
called number and number of exchanged bytes (the latter for 
between-site calls) ; 



wo 2004/023778 



PCT/EP2003/009806 



27 

- by duration: calls are sorted according to duration; 
a report typically containing the following information is 
provided for each call: caller's name, type of call, 
duration, cost, caller's number, called number and number 
of .exchanged bytes (the latter for between-site calls) ; 

- by typology; calls are sorted according to typology; 
a report typically containing the following information is 
provided for :each call: caller' s . name, -type of call, 
duration, cost, caller's number, called number and number 
of exchanged bytes (the latter for between-site cails) ; 

- by traffic (for between-site calls only) : calls are 
sorted according to amount of exchanged data; a report 
typically containing the following information is provided 
for each call: caller's name, type of call, duration, cost, 
caller's number, called number and number of exchanged 
bytes ; and 

- by user: calls are sorted according to user; a report 
typically containing the following information is provided 
for each call; caller's name, type of call, duration, cost, 
caller' s number, called number and number of exchanged 
bytes (the latter for between-site calls) . 

- Aggregated view is possible showing the reports of . the 
type above referred to all the calls made from each site in 
the company or referred to a sin^e site in which only the 
reports referred to one site are shown. Short reports for 
each site and each user can also be obtained indicating the 
total cost of calls considering the incidence of stabscriber 
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fees entered during data billing process definition (step 
112) for data calls. Furthermore, raw data contained in 
databases B and C may be viewed, i.e. detailed data on 
calls and data traffic associated to calls. 

The description above illustrates how the systjem 
accoifding to the invention is' fuliy flexible in terms^of 
basic parameter configuration* for documenting^ calls and 
calculating costs (sites/ numbering plans, " billing plans, 
verifying entered data), to evaluate the costs associated 
to calls on the traditional network (PSTN) and for the use 
of WAN data links, whereby allocating costs also to the 
data part. The system according to the invention can be 
adapted to various architectural solutions and different 
IP-based corporate telephone platforms. 

Naturally, numerous changes can be implemented to the 
construction and embodiments of the invention herein 
envisaged without departing from the scope of the present 
invention, as defined by the following claims. 



